home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0399 / 81 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.8 KB
  1. From: bammi@Cadence.COM (jwahar r. bammi)
  2. From: bammi@cadence.com (jwahar r. bammi)
  3. Date: Thu, 11 Feb 93 22:30:02 EST
  4. Date: Thu, 11 Feb 93 22:18:29 EST
  5. Subject: RE: Fcntl's
  6. Subject: RE: Fcntl's
  7. Date: Thu, 11 Feb 93 22:30:02 EST
  8. Message-Id: <9302120330.AA01545@acae127.cadence.com>
  9. From: bammi@Cadence.COM (jwahar r. bammi)
  10. X-Organization: Cadence Design Systems
  11. To: mint@atari.archive.umich.edu
  12. Subject: RE: Fcntl's
  13. Forwarded-From: bammi@cadence.com
  14.  
  15. ---------------------- FORWARDED MESSAGE FOLLOWS -----------------------
  16.  
  17. Date: Thu, 11 Feb 93 22:18:29 EST
  18. From: bammi@cadence.com (jwahar r. bammi)
  19. X-Organization: Cadence Design Systems
  20. To: uunet!netcom.com!ersmith
  21. In-Reply-To: Eric R. Smith's message of Thu, 11 Feb 93 14:18:50 -0800 <9302112218.AA11425@netcom.netcom.com>
  22. Subject: RE: Fcntl's
  23.  
  24. > (1) FUTIME seems like a good idea to me.
  25.  
  26.     to me too.
  27. > 
  28. > (2) Having a way to tell file systems how big a file could become (like
  29. >     a "maximum" file size) would be very useful for implementing contiguous
  30. >     files. So this also sounds like a good idea.
  31.  
  32.     sorry cant agree with this one. its much more optimal to
  33. concentrate on either trying to do blocks intelligently (bsd ffs
  34. maybe) or like the upcoming extents FS for bsd 4.4 (see this winters
  35. usenix proceeding for some good stats, and how it fared against
  36. sprites log file system). only in a limited number of situations can
  37. the file size be prdicted, that too mostly at creation. a file is
  38. hopefully is modified (or replaced) a lot more times, than it is
  39. created. if file contiguity is a big concern, i would venture to say
  40. that a defragger is an appropriate tool. (btw dave evans has updated
  41. his old toolkit (marketed by michtron at one time) to handle large
  42. partitions etc.it works great!).
  43.  
  44. cheers,
  45. --
  46. bang:   uunet!cadence!bammi            jwahar r. bammi
  47. domain: bammi@cadence.com
  48. GEnie:    J.Bammi
  49. CIS:    71515,155
  50.  
  51.